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Beschreibung 

Verfahren und Vorrichtung zur Instandhaltung 

Die vorliegende Erfindung betrifft eine Vorrichtung und ein 
Verfahren zur Instandhaltung eines Systems, in dem ein Real- 
prozess abgewickelt wird. 

Ublicherweise warden erf orderliche Instandhaltungsmafinahmen 
ereignisgesteuert Oder zeitgetriggert durchgef iihrt . Bei er- 
eignisgesteuerten InstandhaltungsmaBnahmen wird eine Prozess- 
komponente ausgetauscht oder repariert, wenn diese ausgef al- 
ien ist. Demgegeniiber werden bei zeitgetriggerten Instandhal- 
tungsmafinahmen in regelmaiJigen Zeitabstanden Wartungsmafinah- 
men durchgef Qhrt, wodurch ein Ausfall der Prozessanlage ver- 
hindert werden soil. 



Die praventive Instandhaltung ist insbesondere bei sehr kom- 
plexen Anlagen von herausragender Bedeutung. Der Ausfall bei- 
spielsweise einer Produktionsanl.age kann sehr hohe Kosten 
hervorrufen. Daher werden komplexe Anlagen haufig durch Sen- 
soren iiberwacht, und die Messwerte dafiir verwendet, um In- 
standhaltungsbedarf zu erkennen. Typischerweise werden hierzu 
Messwerte von Anlagenkomponenten erfasst und wahrend des Pro- 
zesses mitgeschrieben. Aus den VerSnderungen der Messwerte 
lassen sich Tendenzen erkennen, die unter Umstanden Instand- 
haltungsmafinahmen erfordern. So kann beispielsweise der Druck 
in einer Anlage im Laufe der Zeit ansteigen, was beispiels- 
weise auf eine Verstopfung einer Rohrleitung hinweist. Dar- 
tiber hinaus kOnnen Vibrationen RUckschltisse auf einen Lager- 
verschleifi geben oder das Messen des Phasenwinkeldreiecks in 
einem Antrieb auf einen ungtinstigen Schlupf hinweisen. Nicht 
bei jeder Anlage lassen sich jedoch die einzelnen Komponenten 
standig auf Verschleifi und dergleichen uberwachen. So kann 
eine Oberwachung beispielsweise bei sehr hohen Prozesstempe- 
raturen, sehr kompakter Anlagenbauweise oder zu hoher Komple- 
xitat von Einzelkomponenten unwirtschaftlich sein. 
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Die Aufgabe der vorliegenden Erfindung besteht somit darin^ 
die Moglichkeiten zur Erkennung von Instandhaltungsbedarf von 
Anlagen und Systemen zu verbessern bzw. zu erweitern. 

5 Erf indungsgemafi wird diese Aufgabe gelost durch ein Verfahren 
zur Instandhaltung eines Systems durch Ausfahren eines Real- 
prozesses in dem System, Ausftihren eines Simulationsprozesses 
zeitlich parallel zu dem Realprozess, wobei der Simulations- 
prozess zumindest einen Teil des Realprozesses simuliert, 
10 Vergleichen des Simulationsprozesses mit dem Realprozess oder 
dem Teil davon unter Gewinnen eines Vergleichsergebnisses und 
Ableiten von Instandhaltungsmafinahmen aus dem Vergleichser- 
gebnis . 

15 Ferner wird die oben genannte Aufgabe gelost durch eine Vor- 
richtung zur Instandhaltung eines Systems, auf dem ein Real- 
prozess mit einem oder mehreren Realprozessschritten ablauf- 
bar ist, mit einer Siiriulationseinrichtung zum Simulieren zu- 
mindest eines Teils des Realprozesses durch einen Simulati- 

20 onsprozess, wobei der Simulationsprozess zeitlich parallel zu 
dem Realprozess ausfiihrbar ist, einer Vergleichseinrichtung 
zum Vergleichen des Simulationsprozesses mit dem Realprozess 
unter Gewinnen eines Vergleichsergebnisses und einer Steuer- 
einrichtung zum Veranlassen einer InstandhaltungsmaJinahme auf 

25 der Grundlage des Vergleichsergebnisses. 

In vorteilhafter Weise kann mit der Erfindung damit eine pro- 
duktionsgetriebene Instandhaltung erm5glicht werden, wobei 
die Simulation des Prozesses parallel zum realen Prozess ab- 
30 lauft. Dabei kann der Simulationsprozess beispielsweise mit 
zugehorigen Produktionsparametern versorgt werden. 

Weitere vorteilhafte Weiterbildungen der erf indungsgemaiien 
Vorrichtung und des erf indungsgemaJien Verfahrens finden sich 
35 in den Unteranspruchen. 
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Die vorliegende Erf indung wird nun anhand der beigefugten 
Zeichnungen naher erlautert, in denen zeigen: 

FIGl ein Datenf lussdiagrairan eines realen Prozesses und 
eines erf indungsgem^fien parallel laufenden Simula- 
tionsprozesses; 

FIG 2 ein Signalf lussdiagramm zum Alarmieren und Vorhersa- 
gen von Instandhaltungsbedarf ; und 

FIG 3 ein Signalf lussplan zur Durchfuhrung von Instandhal- 
tungsmaBnahmen . 

Die nachfolgend beschriebenen Ausf uhrungsbeispiele zeigen be- 
15 vorzugte Ausf uhrungsf ormen der vorliegenden Erf indung. 

FIG 1 zeigt einen scheitiatischen Signalf lussplan einer Steue- 
rung eines realen Prozesses in der linken Halfte des Bildes 
und eines parallellauf enden Simulationsprozesses in der rech- 
ten Hmifte des Bildes. Zur Steuerung des realen Prozesses 
dient als Ausgangspunkt die Auftragssteuerung bzw. ein soge- 
nannter Scheduler. Mit den Auf tragsdaten wird eine Rezept- 
steuerung (batch flexible) angesteuert. Aus einer Datenbank^ 
der Rezeptverwaltung, bezieht die Rezeptsteuerung das bzw. 
25 die gewunschten Rezepte. Diese Ansteuerung ist sowohl filr 

Stapelverarbeitungsprozesse (batch) als auch ftir kontinuier- 
liche Prozesse geeignet. 

Die eigentliche Anlagensteuerung bzw. Automat is ie rung erfolgt 
30 in dem mit ^Sequenz Logik'' bezeichneten Block in FIG 1. Ein 

eigener Baustein zwischen der Rezeptsteuerung und der Sequenz 
Logik sorgt fur die Koordination der Befehle hinsichtlich der 
Semantik. 

35 Die Sequenz Logik steht mit mehreren Funktionsblocken FB in 

Verbindung^ die ftir die Automatisierung der einzelnen Schrit-- 
te zustandig sind. Die Sequenz Logik und die Funktionsblocke 



20 
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tauschen dann iiber eine Eingabe/Ausgabe-Peripherie Befehle 
und Messwerte mit den Prozesskomponenten des realen Prozesses 
aus . Als Beispiel eines realen Prozesses konnte ein einfacher 
Produktionsprozess dienen, der in einer vereinf achten Anlage 
5 durchgef iihrt wird. Ein Behalter steht mit einem Reaktor Qber 
ein Rohr in Verbindung. In dem Reaktor befinden sich zwei 
Aggregate, ein Ruhrer und ein Heizaggregat . Der Behalter wird 
mit einem bestimmten Stoff gefiallt. Wahrend des Produktions- 
prozesses k5nnte der Reaktor mit dem Stoff aus dem Behalter 

10 gefiillt werden und anschlieBend den eingefiillten Stoff heizen 
und rtihren. Die entsprechenden Verf ahrensschritte sind Fal- 
len, Heizen und RUhren. Jeder dieser einzelnen Verf ahrens- 
schritte bzw. Grundoperationen besitzt eine eigene interne 
Sequenz von Bef ehlsschritten, die in der Sequenz Logik umge- 

15 setzt wird. Beispielsweise kann der Verf ahrensschritt Fullen 
die Befehle umfassen: Oberpriife Zustand der Zellradschleuse, 
offne Schieber, uberprilfe Ftillstand usw. In einem Rezept zur 
Herstellung einer bestimmten Substanz sind die einzelnen Ver- 
f ahrensschritte exakt festgelegt. Ahnlich einem Kochrezept 

20 enthait das Steuerungsrezept Parameter wie Prozesszeiten, 

Prozesstemperaturen usw. Daruber hinaus wird eine bestimmte 
Abfolge der Verf ahrensschritte vorgegeben. 

In der Sequenz Logik werden die einzelnen Verf ahrensschritte 
25 zur Abfolge gebracht und der jeweilige Anfang und das Ende 

zeitlich festgelegt. Unter Vorgabe der Sequenz Logik aberneh- 
men Funktionsbausteine die Einzelsteuerung von Anlagenkompo- 
nenten. 

30 In der rechten Seite des Bildes von FIG 1 ist ein entspre- 
chender Simulationsprozess dargestellt. Wie das reale Pro- 
zesssystem besteht das Simulationssystem aus einem Koordina- 
tionsbaustein mit nachf olgender Sequenz Logik und Equipment- 
Funktionsbausteinen. Die Eingabe/Ausgabe-Peripherie des rea- 

35 len Prozesses wird durch eine logische Peripherie simuliert. 
Der reale Prozess selbst muss zum einen in seinen Komponenten 
als auch in dem Verf ahrensablauf selbst simuliert werden. Die 
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Komponenten werden in einer sogenannten Equipment simulation 
simuliert und die Verf ahrenssimulation findet durch geeignete 
Zusammenschaltung der Equipmentsimulationsbausteine statt. 

5 Aus einer Bibliothek mit RB-Klassen (Reaktionsbausteine) kann 
die logische Peripherie und die Equipmentsimulation durch ei- 
nen Semantikmanager automatisch generiert werden. 

Equipment-Stammdaten, Stof f-Stammdaten, Rohrleitungs-Stammda- 
10 ten etc. flielien in die Verf ahrenssimulation ein. Equipment- 
Stammdaten sind beispielsweise der Durchmesser von Behaltern, 
Leistungsmerkmale von Ventilen, Pumpen usw. Stoff -Stammdaten 
sind Mengen, Kornung usw. des verwendeten Stoffes. SchlieB- 
lich geben die Rohrleitungs-Stammdaten Abmessungen und sons- 
15 tige relevante GroBen der verwendeten Rohrleitungen wieder. 
Samtliche Stammdaten k5nnen in Bibliotheken hinterlegt wer- 
den. 

Erf indungsgemaB wird nun der reale Prozess mit dem Simula- 
20 tionsprozess synchronisiert . Dadurch findet ein Parallellauf 
beider Prozesse statt, so dass ein unmittelbarer Vergleich 
der Prozessergebnisse ermoglicht wird. Dabei muss nicht der 
gesamte reale Prozess simuliert werden, sondern es kann bei- 
spielsweise ein besonders kritischer Prozessschritt , der bei- 
25 spielsweise eine standige Uberwachung erfordert, simuliert 
werden. 

Die Verf ahrenssimulation wird gunstiger Weise von der Auf- 
tragssteuerung des realen Prozesses mitgesteuert . Es kann 

30 aber fur die Simulation auch eine separate Steuerung vorgese- 
hen werden. Dartiber hinaus bezieht die Verf ahrenssimulation 
die Rezepte vorzugsweise aus der Rezeptverwaltung des realen 
Prozesses. Diese unmittelbare Angliederung an den realen Pro- 
zess ist mit eine Voraussetzung far ein automatisches Engi- 

35 neering der Simulation. Jedenfalls ist sie hierftir ausge- 
sprochen hilfreich. 



wo 02/079885 



PCT/DE02/01013 



6 

Durch die Simulation lassen sich die gesamte Anlage und/oder 
wesentliche Anlagenteile als virtuelle Anlage nachbilden. 
Durch das gezielte Nachbilden von Anlagenteilen und das ver- 
gleichen der jeweiligen virtuellen und realen Verfahrens- 
5 schritte lasst sich Instandhaltungsbedarf je nach Grolie der 
Simulations komponente entsprechend gut lokalisieren. So kon- 
nen beispielsweise kritische Anlagenteile in feinere Verfah- 
rensschritte unterteilt werden^ so dass der Instandhaltungs- 
bedarf besser lokalisiert werden kann. Bei unkritischen Anla- 

10 genteilen konnen xnehrere Komponenten sowohl beim Vermessen 

des realen Prozesses als auch bei der Simulation zusammenge- 
fasst werden. Stellt sich nun aufgrund des Vergleichs der Re- 
sultate von Verf ahrensschritten im realen und virtuellen Pro- 
zess eine feste Abweichung oder eine zeitlich zunehmende Ab- 

15 weichung heraus^ so konnen entsprechende InstandhaltungsmaJi- 
nahmen eingeleitet werden. 

Erf indungsgemaft wird das verf ahrenstechnische Verhalten einer 
Anlage untersucht^ um Instandhaltungsbedarf friihzeitig erken- 
20 nen zu konnen. Es wird also beispielsweise nicht die Vibra- 
tion einer Pumpe gemessen, um Ruckschliisse auf einen Lager- 
verschleili Ziehen zu kOnnen, sondern es wird der Durchfluss 
gemessen und mit einem simulierten Idealdurchf luss vergli- 
chen, um die Alterung der Pumpe erkennen zu k5nnen. 

25 

In einer Weiterentwicklung konnte auch das Verhalten des in 
der Anlage befindlichen und verarbeiteten Stof fes simuliert 
werden. Aus dem simulierten und realen chemischen Umformungs- 
prozess konnten Ruckschlusse auf die Anlage gezogen werden. 
30 So konnten beispielsweise Abweichungen im physikalischen Zu- 
stand eines Stof fes,- z.B. Viskositat, darauf hinweisen, dass 
ein Kuhlgerat defekt ist. Ebenso konnten beispielsweise Ab- 
weichungen zwischen simuliertem und gemessenem PH-Wert darauf 
hindeuten, dass ein Ruhrer defekt ist. 

35 

Ob nun fur Diagnosezwecke die physikalischen Parameter des in 
der Anlage befindlichen Stoffes oder typische AnlagengroBen 
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wie der Durchsatz verwendet werden, ist zweitrangig, solange 
erfindungsgemafi der Simulationsprozess parallel zum realen 
Prozess verlauft und Einzelergebnisse von Verfahrensschritten 
Oder Gesamtergebnisse der Gesamtverfahren verglichen werden. 
Ftir den jeweiligen Vergleich ist es notwendig, dass der An- 
fang und das Ende eines jeden zu vergleichenden Verfahrens- 
schritts definiert und erkannt wird. Ebenso lassen sich ein- 
deutige Indikatoren ftir Instandhaltungsbedarf ermitteln. So 
konnen beispielsweise uniiblich lange Fiillzeiten oder auch 
lange Heizzeiten erkannt werden, die vom normalen Anlagenbe- 
trieb abweichen. Diese Abweichungen mvissen nicht zum Ausfall 
der gesamten Anlage oder zur Produktion von Ausschuss fiihren, 
sondern bedeuten unter Umstanden lediglich, dass die Anlage 
nicht am projektierten Optimum fahrt. 

Je nach Grolie der Abweichungen kOnnen die entsprechenden In- 
standhaltungsmafinahmen durchgefahrt werden. So kann bei einer 
geringen Abweichung zwischen dem realen und dem simulierten 
Prozess lediglich eine Warnung an das Instandhaltungsteam ge- 
leitet werden. Bei groBeren Abweichungen kSnnte eine Stfirmel- 
dung abgesetzt werden, die einen unmittelbaren Wartungsbedarf 
signalisiert . 



Die Diagnoseinformationen, die man vom Parallellauf des rea- 
len und simulierten Prozesses erhait, kann auch zur Optimie- 
rung der Anlage verwendet werden. Wird beispielsweise die An- 
lage mit einer geanderten Rezeptur gefahren, so andern sich 
die Verfahrensschritte und/oder deren Reihenfolge. Die Anla- 
gensteuerung bzw. der Scheduler setzt das neue Rezept in 
Zeitablaufe bzw. Zeitscheiben urn. Bei Vielstof fanlagen bei- 
spielsweise sind diese Zeitscheiben in Abhangigkeit der ver- 
schiedenen Stoffe und Anlagenkomponenten zu koordinieren. 
Ziel dabei ist, alle Anlagenteile mSglichst optimal auszu- 
lasten. Um das Scheduling online zu verbessern, kann der Si- 
mulationsprozess parallel zum realen Prozess laufen. Dadurch 
lasst sich eine Optimierung erzielen, ohne dass die Anlage 
still stehen muss. 
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Wie bereits erwahnt, bedingt ein aussagekraf tiger Vergleich 
zwischen realen und simulierten Prozessschritten eine genaue 
Synchronisation. Dabei ist auch ein exakter Ausgangspunkt 
festzulegen, was durch das Initialisieren erfolgt. Wie in FIG 
5 1 durch eine gestrichelte Linie angedeutet ist, kann das Ini- 
tialisieren des Simulationsprozesses durch die Sequenz Logik 
der Originalanlage online gesteuert werden- So kann bei- 
spielsweise gewahrleistet werden, dass ein Behalter in der 
Originalanlage und bei der Simulation in einem bestimmten 
10 Verf ahrensschritt eines bestimmten Rezepts jeweils einen de- 
finierten Fiillstand hat- 

Die einfachen Pfeile in FIG 1 bedeuten dabei signaltechnische 
Verknupf ungen oder Aktionsverknupf ungen und die Doppelpfeile 
15 Datenverbindungen, die beispielsweise z\m Parametrieren und 
Engineering erforderlich sind. 

FIG 2 zeigt einen schematischen Signalf lussplan zur Gewinnung 
einer Instandhaltungsanf orderung aufgrund der Diagnose, die 
20 sich aus dem Vergleich zwischen dem realen Prozess und deiti 
parallellauf enden Simulationsprozess ergeben hat. Erlau- 
terungen zu den Bausteinen finden sich in der Tabelle am Ende 
der Beschreibung. 

25 FIG 3 zeigt einen Signalf lussplan, der die Weiterverarbeitung 
einer Instandhaltungsanf orderung in einem Instandhal- 
tungsmanagement zeigt. Demnach werden Servicemafinahmen ausge- 
ftihrt, wenn dies aufgrund einer Inf ormationsbeschaf fung, ei- 
ner Material/Ressourcen-Beschaf fung, einer Instandhaltungs- 

30 planung und der Instandhaltungsanf orderung erforderlich ist. 
Die Material/Ressourcen-Verwaltung und das Budget wirkt sich 
dabei auf die Instandhaltungsplanung aus. Daruber hinaus 
dient das Anlagenmodell zur Inf ormationsbeschaf f ung. 
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Tabelle 



Komponente 


Fun kt ion 


Auf gabe 


PLC 


Logik in TF 


Folgemeldungsunterdruckungj 
Beispiel 1: Ausfall Melde- 
spannung bringt (gleich- 1 
zeitig) alle Meldungen aus 
der von der Meldespannung 
gespeisten Oberwachungs- I 
schleife (,,Kontakte'' ) - 
Beispiel 2: Im Vor-Ort Be- 
trieb (von einem Repara- I 
turschalter aus) miissen . 
Meldungen unterdruckt wer-l 
den. j 

Bausteinmeldung 1 
Beispiel 1: Ruckmeldeuber- 1 
wachung (Schutzriickmel- 1 
dung, Drehzahlruckmeldung, 
Lauf zeitmeldung) 

Beispiel 2: Betriebsarten- 
umschaltung 




Prozessdatenerf assung 


Fiir libergreifende Logik 1 
erforderliche Prozesswerte 1 
bereitstellen (event- 1 
getriggert, bei Messwerten 
auf Anderung mit Totband) 1 




Logik zwischen TF's 


Technologische Oberwachungj 
einer PLT Stelle j 
Beispiel 1: Sollwert 
Sprung auf Regler muss An- 
stieg des Istwerts zur 
Folge haben. 

Beispiel 2: StellgrOfie ei- 
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nes Reglers wird groBer 
ohne Sollwertanderung 
(Ventilsitz Verschleili) . 
Beispiel 3: Druck- oder 
Durchflus sines sung bei Pum- 
pengruppe 




NutzungsabhSngige War- 
tung 


Schaltspiel-/Lauf zeitzah- 
ler 

Betriebsstunden bzw. 
Schaltspiele zahlen, bei 
Oberschreiten eines para- | 
metrierten Grenzwerts IH 
Anf orderung erzeugen 




Schnittketteniiberwachung 


Zeitiiberwachung auf Wel- 
ter schaltbedingung 


PDM 


Scannen Feldgerate 


Information aus intelli- 
gent en Feldgeraten 
PDM (AMS) scannt die er- 
reichbaren Feldgerate und 
transferiert (durch Para- 
met rierung ausgewShlte) 
Meldungen 

LebendUberwa Chung von in- 
telligenten Feldgeraten 
PDM (AMS) scannt die pro- 
jekt ierten Feldgercite und 
erzeugt Meldung, wenn ein 
projektiertes Gerat nicht 
erreicht werden kann. 




Soll/Ist Vergleich 
Projekt 


Vergleich Proj ektierung - 
as is 

PDM (AMS) scannt die er- 
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1 

reichbaren Feldgerate und 
erzeugt Meldung, wenn Pro- 
jektierung ungleich as is 
(gelesenes Feldgerat nicht 
im Projekt) . 


CBA 






CM 


Condition Monitoring 


Beispiel 1: Schwingungs- 
uberwachung bei Maschme 1 
Beispiel 2: Electrical 
fingerprint bei Motor 
Beispiel 3: HISS (Riechen, 
Horen, Schmecken) 


HMI 


Bedienung von Betriebs- 
art Oder Rezeptparame- 


Beispiel: Parameter „Re- 
gelabweichung^' fur Feh- 
lermeldung betriebsarten- 
abhangig 1 




Alarme 


Projekt ierte Alarme = IH 
Anforderung 


Diag 


Anlagenverhalten 


Vergleich des aktuellen 
Anlagenverhalts mit der 
Historie 1 
Beispiel 1: Wie lange hat 
es bisher gedauert. Mate- 
rial X in Unit y von m auf 
n % Fullhohe zu bringen? 
Vergleich mit aktuellem 1 
Schritt. 1 
IH Anforderung iiber User | 
Aktion mit GUI-Unterschut- I 
zung. User erzeugt IH An- 1 
forderung 1 
Erforderlich: Archiv Anla-[ 
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genverhalten oder (mindes- 
tens) parametrierte Ver- 
gleichswerte 




Logik zwischen TF's 


Technologische Oberwachung 
eines Anlagenteils 
Logik Oder Regain uber- 
greifend iiber mehrere PLT- 
Stellen (ggf . auf mehreren 
PLC's) 




D i agno s eme 1 dung 


Meldungshauf igkeit 
Beispiel 1: Bestimmte Mel- 
denummern von einem be- 
stimmten TP warden (inter- 
aktiv) ,,auf Diagnose ge- 
setzt^^ und ab dann konti- 
nuierlich iiberwacht bis j 
eine vermutete Fehlerursa-1 
che erkannt/analysiert 
ist . 

Beispiel 1: Verdacht auf 
erhohte Ausfallrate eines 
Antriebs: Die Meldeniam- 
me r n , S chut z r ii c kme 1 dung 
und Bimetallmeldung erzeu- 
gen eine Diagnosemeldung, 
wenn pro Schicht mehr als 
5 Meldungen auftraten. 




Auswertung Simulation 


Ergebnis der Verfahrens- 
/Equipmentsimulation mit 
realen Verf ahrens/Anlagen- 
ergebnissen vergleichen. 
Regeln zur Entscheidung, 
wann ein Vergleich zwi- 
schen Siitiulationsergebnis 
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und Ist-Anlage gut/ 
schlecht ist und (bei Ver- 
f ahrenssimulation) Zuwei- 
sung zu asset. 



Auswertung Verhalten 



Wert aus Archiv Anlagen- 
verhalten oder aus Anla- 
genverhalten (mit festen 
Werten^ die bei IBS/Probe- 
betrieb ermittelt werden) 
vergleichen mit realen An- 
lagenergebnissen ver- 
gleichen. 

Ansonsten wie oben. 
Anmerkung: 

Auswertung Simulation ist 
vorteilhaft bei Vielzwe- 
ckanlagen, bei denen die 
durch die Vielfalt der 
Produkte/Rezepte ein aus- 
sagefahiges Archiv Anla- 
genverhalten nicht gewahr- 
leistet ist. 

Auswertung Verhalten ist 
vorteilhaft bei /,Ein- 
zweck^'-Anlagen und Conti- 
/Semiconti-Anlagen . 



Sim 



Verf ahrenssimulation 



Technologische Uberwachung 
von Rezeptschritten 
SIMIT hat Modelle der An- 
lagen GO's (Rtihren, Hei- 
zen^ Fullen usw.}. Jedes 
einzelne Modell hat Para- 
meter (Stoff-, Unit- und 
Produktparameter) , Die Si- 
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mulation lauft unter BF 






Kontrolle (BF gibt den 






Schrittstart mit dem fur 






den Schritt giiltigen Para- 






metersatz und dem Ende- 






Kriterium (z. B. Endtempe- 






ratur 92 °C) an SIMIT. 






SIMIT startet Simulation 






und gibt nach erreichen 






des Ende-Kriteriums den 






fiir die GO definierten Er- 






gebnisparametersatz an 






Diag. 






SIMIT beherrscht (noch) 






keine Stof f umwandlungen. 






solche Operationen (z.B. 






„Reaktion^^ , „Synthese^^ ) 






mils sen durch einfache em- 






pirische Gleichungen nach- 






gebildet werden, wenn meh- 






rere GO's in einer ,,Simu- 






lationskette^^ durchlauf en 






werden sollen. 






Weil dieses Verfahren un- 






ter der Kontrolle von BF 






ablSuft^ sind keine pro- 






jektspezif ischen Enginee- 






ringarbeiten erf orderlich. 






SIMIT braucht „nur^' ver- 






f ahrens-/pro j ektneutrale 






Modelle . 




Equipmentverhalten 


Technologische Uberwachung 
des Equipment verhal tens 
SIMIT hat Modelle des 
(technologischen) Equip- 
mentverhaltens (z. B. Wi- 
derstands-Heizelement mit 
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Zeitverhalten# WSrmeiiber— 
gang, Warmefluss im Stoff 
usw. ) . 

Ansonsten sinngemaiS wie 
oben 


Arch 


Archiv Anlagenverhalten 


Hlstorie des Produkt- und 
Stoff /materialabhSngigen 
Zeitverhaltens von Teil- 
anlagen. Units, Equipments 
und entsprechende (feste) 
Parameter . 

Unterschiedliche Auspra- 
gungen bei Prozess- und 
diskreter (Fertigungs-) In- 
dustrie: 

Prozessindustrie : Ob j ekte 
sind Ablauf schritte z. B. 
Ftlllen, Heizen usw. und 
Equipments (S 88), nicht 
die Ob j ekte des Anlagemtio- 
dells z- B. Pumpe, Regel- 
ventil usw. 

Diskrete Industrie: Ob- 
jekte sind die ^Maschinen"' 
des Anlagenmodells . 
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Patentanspriiche 

1. ' Verfahren zur Instandhaltung eines Systems durch 
5 Ausfuhren eines Realprozesses in dem Systein^r 

gekennzeichnet durch 

Ausfuhren eines Simulationsprozesses zeitlich parallel zu dem 
10 Realprozess, wobei der Simulationsprozess zumindest einen 
Teil des Realprozesses simuliert, 

Vergleichen des Simulationsprozesses mit dem Realprozess oder 
dem Teil davon unter Gewinnen eines Vergleichsergebnisses und 

15 

Ableiten von InstandhaltungsmaJinahmen aus dem Vergleichser- 
gebnis • 

2. Verfahren nach Anspruch 1, wobei zum Ausfuhren des Simu- 
20 lationsprozesses ein Synchronisieren mit dem Realprozess 

stattf indet . 

3. Verfahren nach Anspruch 1 oder 2, wobei der Simulations- 
prozess und der Realprozess jeweils mehrere Schritte umfassen 

25 und mindestens je einer der Schritte zum Ableiten von In- 
standhaltungsmaJinahmen miteinander verglichen werden. 

4- Verfahren nach einem der Anspruche 1 bis 3, wobei das 
Vergleichen anhand von Endergebnissen des Realprozesses und 
30 des Simulationsprozesses betreffend insbesondere verfahrens- 
technische Grofien und/oder von Teilergebnissen von einem oder 
mehreren Schritten des Realprozesses und des Simulationspro- 
zesses betreffend insbesondere verf ahrenstechnische GroJBen 
erfolgt. 

35 

5. Verfahren nach einem der Anspruche 1 bis 4, wobei der 
Realprozess und der Simulationsprozess zusammen von einer 
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einzigen Steuereinrichtung gesteuert werden. 

6. Verfahren nach einem der Ansprtiche 1 bis 5^ wobei eine 
Instandhaltungsmalinahme ein Alarm und/oder ein Aktivieren 

5 eines Instandhaltungssystems ist. 

7. Verfahren nach einem der Anspruche 1 bis 6, wobei aus ei- 
ner Realprozessstruktur eine Simulationsprozessstruktur au- 
tomatisch erzeugt wird^ insbesondere unter Verwendung eines 

10 generischen Simulationsmodells . 

8. Verfahren nach einem der Anspruche 1 bis 1, wobei der Si- 
mulationsprozess mit Stoff- und/oder Produktionsparametern 
aus dem Realprozess versorgt wird. 

15 

9. Vorrichtung zur Instandhaltung eines Systems, auf dem ein 
Realprozess mit einem oder mehreren Realprozessschritten ab- 
laufbar ist, 

20 gekennzeichnet durch 

eine Simulationseinrichtung zum Simulieren zumindest eines 
Teils des Realprozesses durch einen Simulationsprozess, wobei 
der Simulationsprozess zeitlich parallel zu dem Realprozess 
25 ausfuhrbar ist, 

eine Vergleichseinrichtung zum Vergleichen des Simulations- 
prozesses mit dem Realprozess unter Gewinnen eines Ver- . 
gleichsergebnisses und 

30 

eine Steuereinrichtung zum Veranlassen einer Instandhal- 
tungsmalinahme auf der Grundlage des Vergleichsergebnisses . 

10. Vorrichtung nach Anspruch 9, wobei der Simulationsprozess 
35 in der Simulationseinrichtung mit dem Realprozess synch- 

ronisierbar ist. 
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11. Vorrichtung nach Anspruch 9 oder 10, wobei der Simula- 
tionsprozess und der Realprozess jeweils mehrere Schritte um- 
fassen und mindestens je einer der Schritte in der Ver- 
gleichseinrichtung miteinander vergleichbar sind. 

5 

12. Vorrichtung nach einem der Anspriiche 9 bis 11, wobei in 
der Vergleichseinrichtung das Vergleichen anhand von Ender- 
gebnissen des Realprozesses und des Simulationsprozesses be- 
treffend insbesondere verf ahrenstechnische Gr5fien und/oder 

10 von Teilergebnissen von einem oder mehreren Schritten des 
Realprozesses und des Simulationsprozesses betreffend ins- 
besondere verf ahrenstechnische GroBen durchfiihrbar ist. 

13. Vorrichtung nach einem der Anspruche 9 bis 12^ wobei der 
15 Realprozess und der Simulationsprozess zusammen von einer 

einzigen Steuereinrichtung steuerbar ist. 

14. Vorrichtung nach einem der Anspruche 9 bis 13, die in ein 
Instandhaltungssystem eingebettet ist. 

20 

15. Vorrichtung nach einem der Anspruche 9 bis 14, wobei aus 
einer Realprozessstruktur eine Simulationsprozessstruktur au- 
tomatisch, insbesondere unter Verwendung eines generischen 
Simulationsmodells erzeugbar ist. 

25 

16. Vorrichtung nach einem der Ansprtiche 9 bis 15, wobei die 
Simulationseinrichtung mit Produktionsparametern aus dem 
Realprozess versorgbar ist. 
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Description 



Method and device for maintenance 



5 



The present invention relates to a device and method for maintain- 
ing a system in which a real process is handled. 

Necessary maintenance measures are generally carried out on an 
event-controlled or time- triggered basis. With event-controlled 
maintenance measures, a process component will be replaced or re- 
paired if it has failed. In the case of time- triggered maintenance, 
on the other hand, maintenance measures are performed at regular 
intervals, the aim being to prevent outage of the process facility. 

Preventive maintenance is of paramount importance especially where 
highly complex facilities are concerned: The outage, for instance, 
of a production facility can give rise to very high costs. That is 
why complex facilities are frequently monitored by sensors pnd/the 
measurements used to detect a need for maintenance. This tyi)i4lly 
entails performing measurements on components of a facility and re- 
cording these measurements during the process. Changes in the meas- 
urements allow tendencies to be recognized that may necessitate 
maintenance measures. For example, pressure may rise in a facility 
over time, indicating a blocked pipeline, for instance. As further 
examples, vibrations may point to a worn bearing and measurements 
performed on the phase angle delta in a motor drive may indicate 
unfavorable drift. However, not in every facility can individual 
components be constantly monitored for wear and the like: Monitor- 
ing may be uneconomical in the case, for example, of very high 
process temperatures or facilities of very compact physical design, 
or if individual con^jonents are extremely complex. 

The object of the present invention is thus to improve of--expand 
the possibilities of detecting a need for maintenance in facilities 
and systems. 
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This object is achieved according to the invention by means of a 
method for maintaining a system by executing a real process in the 
system, by executing a simulation process synchronously with the 
real process, with the simulation process simulating at least a 
part of the real process, by comparing the simulation process with 
the real process or said part thereof, with a comparison result be- 
ing obtained from this, and by deriving maintenance measures from 
the comparison result. 



The above object is further achieved by means of a device for main- 
taining a system on which a real process with one or more real 
process steps can be executed, with a simulation device for simu- 
lating at least a part of the real process by means of a simulation 
process, the simulation process being executable synchronously with 
the real process, with a comparison device for comparing the simu- 
lation process with the real process with a comparison result being 
obtained, and with a control device for initiating a maintenance 
measure on the basis of the comparison result. 

Production-driven maintenance can hence be advantageously facili- 
tated by the invention, with the simulation of the process running 
in parallel with the real process. During this, the simulation 
process can be supplied with, for example, associated production 
parameters . 



Further advantageous developments of the device according to the 
invention and of the method according to the invention can be found 
in the subclaims. 



The present invention will now be described in more detail with the 
aid of the attached drawings, in which 

FIG 1 shows a data flow diagram of a real process and a simulation 
process running in parallel according to the invention; 

FIG 2 shows a signal flow diagram for alerting and predicting a 
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need for maintenance; and 



FIG 3 shows a signal flowchart for implementing maintenance meas- 
ures. 



The exemplary embodiments described below show preferred embodi- 
ments of the present invention. 

FIG 1 shows, in its left half, a schematic signal flowchart of a 
control of a real process and, in its right half, that of a simula- 
tion process running in parallel. The order controller or what is 
called a scheduler serves as a starting point for controlling the 
real process. A recipe control (batch flexible) is driven with the 
order data. The recipe control obtains the required recipe (s) from 
a database, namely the recipe administration. This drive is suit- 
able for both batch-processing processes (batch) and continuous 
processes . 

Actual facility control or automation takes place in the block in 
FIG 1 designated "sequence logic". A separate component between the 
recipe control and sequence logic coordinates the instructions with 
regard to semantics. 

The sequence logic is associated with several function blocks FB 
which are responsible for automating individual steps, via an in- 
put/output periphery the sequence logic and function blocks then 
exchange instructions and measurements with the process components 
of the real process. A simple production process performed within a 
simplified facility could serve as an example of a real process. A 
container is linked to a reactor via a pipe. The reactor contains 
two generating sets, a mixer, and a heater set. The container is 
filled with a certain substance. During the production process the 
reactor could first be filled with the substance from the container 
then heat and mix said substance. The relevant process steps are 
filling, heating, and mixing. Each of these individual process 
steps or basic operations has its own internal sequence of instruc- 
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tion steps which is implemented in the sequence logic. The process 
step 'fill' may, for example, comprise the instructions: Check 
status of cellular wheel sluice, open slide gate, check fill level 
etc. In a recipe for producing a certain substance the individual 
process steps are precisely specified. Similar to a cooking recipe, 
the control recipe contains parameters such as process times, proc- 
ess temperatures etc. A set sequence of process steps is also 
specified. 



The individual process steps are sequenced in the sequence logic 
and the respective start and end time specified. Facility coitpo- 
nents are individually controlled by function modules as directed 
by the sequence logic. 

A corresponding simulation process is shown on the right-hand side 
of the figure in FIG 1. Like the real process system, the simula- 
tion system consists of a coordination module followed by the se- 
quence logic and equipment function modules. The input/output pe- 
riphery of the real process is simulated by a logical periphery. 
The real process itself must be simulated, on the one hand, in its 
components and, on the other hand, in the process flow itself. The 
components are simulated in what is called an equipment simulation, 
and the equipment simulation modules are suitably linked together 
for the process simulation. 

The logical periphery and equipment simulation can be generated 
automatically by a semantics manager from a library of RB classes 
(reaction modules) . 

Equipment master data, substance master data, and pipeline master 
data etc. flow into the process simulation. Equipment master data 
comprises, for example, the diameter of containers, features of 
valves, punps etc. Substance master data comprises quantities, 
grain size distribution etc. of the substance used. Lastly, the 
pipeline master data corresponds to dimensions and other relevant 
variables of the pipelines used. All the master data can be filed 



i 
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in libraries . 



According to the invention the real process is then synchronized 
with the simulation process. The two processes consequently run in 
parallel so as to make a direct comparison of the process results 
possible. It is not necessary here to simulate the entire real 
process; instead, a particularly critical process step, for exam- 
ple, can be simulated which requires, for instance, constant moni- 
toring . 

The process simulation is favorably co-controlled by the order con- 
troller of the real process. It is, however, also possible to pro- 
vide a separate control for the simulation. Moreover, the process 
simulation preferably obtains the recipes from the recipe admini- 
stration of the real process. This direct linking to the real proc- 
ess is one of the prerequisites for automatic engineering of the 
simulation. In any event it is definitely helpful for this. 

The simulation allows the entire facility and/or major parts of it 
to be simulated as a virtual facility. Selectively simulating parts 
of the facility and comparing the relevant virtual and real process 
steps allow the need for maintenance to be localized to a degree 
commensurate with the size of the simulation component. For exam- 
ple, critical parts of the facility can be subdivided into finer 
process steps in order better to localize the need for maintenance. 
Where non-critical parts of the facility are concerned, several 
components can be combined both during measuring of the real proc- 
ess and during the simulation, if a fixed deviation or a deviation 
increasing with time is then detected on the basis of the compari- 
son of the results of process steps in the real and virtual proc- 
ess, appropriate maintenance measures can be initiated. 

According to the invention the behavior of a facility from a proc- 
ess control viewpoint is examined so that a need for maintenance 
can be detected in a timely fashion. This means that, for example, 
the vibrating of a puitp is not measured so that conclusions can be 
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drawn about a worn bearing; instead, the flow through the pump is 
measured and compared with a simulated ideal flow so that the 
punp's aging can be detected. 

In a development of the invention it would also be possible to 
simulate the behavior of the substance which is contained within 
the facility and being processed. Conclusions could be drawn about 
the facility from the simulated and real chemical conversion - 
process. For example, deviations in a substance's physical state, 
such a viscosity, could indicate a defective cooling device. 
Equally, differences between the simulated and measured PH value, 
for instance, could indicate a defective mixer. 

Whether the physical parameters of the substance located within the 
facility or typical variables of the facility, such as the through- 
put rate, are used for diagnostic purposes, is of secondary impor- 
tance provided the simulation process runs, according to the inven- 
tion, in parallel with the real process and individual results of 
process steps or overall results of the process as a whole are com- 
pared. For the respective comparison it is necessary for the start 
and end of each process step being compared to be defined and rec- 
ognized. Unique indicators for a need for maintenance can also be 
determined. For example, unusually long filling times or excessive 
heating times can be recognized that deviate from normal facility 
operation. These differences do not necessarily result in an outage 
of the entire facility or the production of rejects; they may 
merely indicate that the facility is not running according to the 
planned optimum. 



Appropriate maintenance measures can be carried out in keeping with 
the magnitude of the deviations. Simply a warning can be directed 
to the maintenance team if there is only a slight difference be- 
tween the real and simulated process. In the case of major differ- 
ences a fault message can be issued signaling an immediate need for 
maintenance. 
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The diagnostic information obtained from parallel running of the 
real and simulated process can also be used to optimize the facil- 
ity. If, for example, the facility is run using a changed recipe, 
the process steps and/or their sequence will also change. The fa- 
cility controller or scheduler converts the new recipe into time 
flows or time slices. In the case of multi-substance facilities, 
for example, these time slices must be coordinated as a function of 
the different substances and facility components. The aim here is 
to utilize all parts of the facility to optimum capacity. To im- 
prove scheduling online, the simulation process can run in parallel 
with the real process. Optimization can thereby be achieved without 
the need for the facility to be idle, 

AS already mentioned, a meaningful comparison between real and 
simulated process steps requires precise synchronizing. A precise 
starting point must also be specified, which is done by initializ- 
ing. AS indicated in FIG 1 by a broken line, initializing of the 
simulation process can be controlled online by the sequence logic 
of the original facility. For example, it is possible to ensure 
that a container in the original facility and in the simulation has 
in each case a defined fill level at a specific process step in a 
specific recipe. 



25 



The single arrows in FIG 1 signify signal links or action links, 
and the double arrows signify data connections which are necessary 
for, for example, parameterizing and engineering. 

FIG 2 shows a schematic signal flowchart for obtaining a mainte- 
nance request on the basis of the diagnosis resulting from the com- 
30 parison between the real process and simulation process running in 
parallel. Explanations of the modules can be found in the table at 
the end of the description. 

FIG 3 shows a signal flowchart showing further processing of a 
35 maintenance request in a maintenance management system. According 
to this, service measures are performed if necessary on the basis 
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of information provisioning, material/resource provisioning, main- 
tenance planning, and the maintenance request. Material /resource 
administration and the budget have an impact here on maintenance 
planning. The facility model also serves for information provision- 
5 ing. 
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Table 



1 Component 


Function 


Task 


PLC 


Logic in TF 


Suppression of follow-up 
message. 

Example 1: Outage of the 
alerting voltage (simul- 
taneously) takes all the 
messages from the moni- 
toring loop fed by the 
alerting voltage ('^con- 
tacts") . 

Example 2: All messages 
must be suppressed in 
on-site operation (from 
a repair counter) . 

Module message 

Example 1: Check-back 
monitoring (protective 
check-back , rotation 
speed check-back, oper- 
ating time message) 
Example 2: Operating 
mode changeover 




Process data logging 


Make process values 
available that are re- 
quired for cross-area 
logic (event- triggered, 
in the case of measure- 
ments for change with 
dead band) 




Logic between TFs 


Technological monitoring 
of a PLT location. 
Example 1: A jump in 
setpoint value on a 
regulator must result a 
rise in the actual 
value . 

Example 2: Manipulated 
variable of a regulator 
increases with no change 
in the setpoint value 
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(wear on valve seating) . 
Example 3: Pressure or 
flow measurement on pump 
group 




Usage-dependent 
maintenance 


Operating cy- 
cle/operating time 
counter 

Count the operating 

hours or operating cy- 
cles, generate IH re- 
quest if a parameterized 
threshold is exceeded 




Section chain 
monitoring 


Time monitoring for in- 
dexing condition 


PPM 


Scan field devices 


Information from intel- 
ligent field devices 
PDM (AMS) scans the ac- 
cessible field devices 
and transfers messages 
(selected by parameter- 
izing) . 

j-ij-v^ iinjiij. L.(jx iriy or m— 
telligent field devices 
PDM (AMS) scans the 
planned field devices 
and generates a message 
if a planned device can- 
not be accessed. 




Should be/as is com- 
parison 
Project 


Comparison planning - 
as is 

PDM (AMS) scans the ac- 
cessible field devices 
and generates a message 
if plannincr is not aq i c? 
(read field device not 
in the project) . 


CBA T 






I CM 1 ( 


[Condition monitoring ] 

1 


Example 1: Vibration 
Tionitoring on machine 
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Example 2: Electrical 
fingerprint for motor 
Examole 3* ht^ic ^cmoii 
hear, taste) 


HMI 


Operation of operating 
or recipe parameters 


viation" parameter for 
fault message dependent 
on operating mode 




Alarms 


Planned alarms = IH re- 
quest 


Diag 


Facility behavior 


Comparison of current 
facility behavior with 
history. 

Example 1: How long has 
it taken so far to bring 

material x in unit y 
from m to n fill height? 
Comparison with current 
step. 

IH request via user ac- 
^--L'-'ii wj. uii, vju-l support . 
User generates IH re- 
quest 

Necessary: Facility be- 
havior archive or (at 
least) parameterized 
comparison values 




Logic between TFs 


X d-,iniu j.ugica± monicormg 
of part of a facility 
Logic or rules on a 
cross -area basis over 
several PLT locations 
(on several PLCs, where 
applicable) 




Diagnostic message 

] 


Message frequency 
Example 1: Specific re- 
port numbers from a spe- 
cific TP are (interac- 
tively) ^*set to diagno- 
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1 sis" and continuously 
monitored from then on 
until a suspected fault 
cause has been recog- 
nized/analyzed. 
Example 1: Suspicion of 
increased outage rate of 
1 " iiiv^uvji ui i V e i ine re— 
port numbers, protective 
check-back, and bimetal 
message generate a diag- 
nostic message if more 
than 5 messages occurred 
per shift. 




Simulation evaluation 


Compare the result of 
process /equipment simu- 
lation with real proc- 
ess/facility results. 
Decision rules specify- 
j.iiy wiifcsii a. comparison 
between simulation re- 
sult and as-is facility 
is ok/ not ok and (in 
the case of process 
simulation) assignment 
to asset. 




Behavior evaluation 


Compare value from fa- 
cility behavior archive 
or from facility behav- 
ior (with fixed values 
determined in IBS/trial 
operation) with real fa- 
cility results. Other- 
wise as above. 

Note: 

Simulation evaluation is 
advantageous in the case 
of multi-purpose facili- 
ties where a meaningful 
facility behavior ar- 
::hive is not ensured on 
account of the multi- 
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Sim 



Process simulation 



plicity of prod- 
ucts/recipes . 
Behavior evaluation is 
advantageous in the case 
of "single-purpose" fa- 
cilities and conti- 
/semiconti facilities. 



Technological monitoring 
of recipe steps 
SIMIT has models of the 
facility GOs (mix, heat, 
fill etc.). Each indi- 
vidual model has para- 
meters (substance, unit, 
and product parameters) . 
The simulation runs un- 
der BF control (BF gives 
the step start, with the 
parameter set valid for 
the step and the end 
criterion (e.g. final 
temperature 92°C) , to 
SIMIT. SIMIT starts 
simulation and, on at- 
tainment of the end cri- 
terion, gives the result 
parameter set defined 
for the GO to Diag. 
SIMIT has (as yet) no 
command of substance 
conversions ; operations 
of this type (e.g. "re- 
action", " syn thes is") 
have to be simulated by 
simple empirical equa- 
tions if a pass is to be 
made through several GOs 
in a "simulation chain" . 
No project-specific en- 
gineering work is neces- 
sary because this method 
runs under the control 
of BF. SIMIT "only" 
needs models that are 
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process /project neutral. 


i 


Equipment behavior 


Technological monitoring 
of the equipment behav- 
ior 

SIMIT has models of the 
( technological ) equip- 
iiidiu uena.vxor ve.g, re— 
sistance heating element 
with time behavior, heat 
transition, heat flow in 
the substance etc . ) . 
Otherwise analogous to 
the above 




Facility behavior 
archive 


History of the product- 
and substance-Zmaterial- 
dependent time behavior 
of parts of the facil- 
ity, units, equipment, 
and also relevant 
( fixed) parameters . 

Different embodiments 
for the process industry 
and discrete (manufac- 
turing) industry: 
Process industry: Ob- 
jects are steps in the 
flow such as filling, 
heating etc. and equip- 
ment (S 88), not the ob- 
jects of the facility 
model such as a pump, 
regulating valve etc. 
Discrete industry: Ob- 
jects are the "machines" 
of the facility model. 
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Claims 



1. Method for maintaining a system 

by executing a real process in the system 

characterized by 



executing a simulation process synchronously with the real process, 
with the simulation process simulating at least a part of the real 
process. 



0 

process 



comparing the simulation process with the real process or the part 
thereof and obtaining a comparison result from this, and 

deriving maintenance measures from the comparison result. 

2. Method according to Claim 1 wherein synchronizing with the real 
process takes place for executing the simulation process. 

3. Method according to Claim 1 or 2 wherein the simulation process 
and real process each comprise several steps and wherein at least 
one of the steps in each case is conpared with the other for the 
purpose of deriving maintenance measures. 

4 . Method according to one of the Claims 1 to 3 wherein comparing 
takes place using end results of the real process and simulation 
process relating in particular to process-control-related variables 
and/or component results from one or more steps of the real process 
and simulation process relating in particular to process-control- 
related variables . 



5. Method according to one of the Claims 1 to 4 wherein the real 
process and simulation process are controlled jointly by a single 
control device. 
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6. Method according to one of the Claims 1 to 5 wherein a mainte- 
nance measure is an alarm and/or activation of a maintenance sys- 



tern. 



7. Method according to one of the Claims 1 to 6 wherein a simula- 
tion process structure is automatically generated from a real proc- 
ess structure, in particular using a generic simulation model. 

8. Method according to one of the Claims 1 to 7 wherein the simula- 
0 tion process is supplied with substance and/or production parame- 
ters from the real process. 

9. Device for maintaining a system on which a real process with one 
or more real process steps can be executed 



characterized by 

a simulation device for simulating at least a part of the real 
process by means of a simulation process wherein the simulation 
process can be executed synchronously with the real process, 

a comparison device for comparing the simulation process with the 
real process, with a comparison result being obtained from this, 
and 

a control device for initiating a maintenance measure on the basis 
of the comparison result. 

10. Device according to Claim 9 wherein the simulation process in 
the simulation device can be synchronized with the real process. 

11. Device according to Claim 9 or 10 wherein the simulation proc- 
ess and real process in each case comprise several steps and 
wherein at least one of the steps in each case can be compared with 
the other in the comparison device. 
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12. Device according to one of the Claims 9 to 11 wherein comparing 
can be carried out in the comparison device using end results of 
the real process and simulation process relating in particular to 
process-control-related variables and/or component results from one 
or more steps of the real process and simulation process relating 
in particular to process-control-related variables. 

13. Device according to one of the Claims 9 to 12 wherein the real 
process and simulation process can be controlled jointly by a sin- 
gle control device. 

14. Device according to one of the Claims 9 to 13 which is embedded 
in a maintenance system. 

15. Device according to one of the Claims 9 to 14 wherein a simula- 
tion process structure can be automatically generated from a real 
process structure, in particular using a generic simulation model. 

16. Device according to one of the Claims 9 to 15 wherein the simu- 
lation device can be supplied with production parameters from the 
real process. 



